FIELD OF THE INVENTION 
present i„vc„Uo„ generally relates to systems and n.e«,ods of downloading 
content and. more particularly, to syst«ns, methods and computer program products tor 
token-based downloading of content. 

BACKGROUND OF THE INVENTION 
The modem communications era h. brought about a tremendous expansion of 
^Une and w^eless networks. Computer networks, television ne^»orks. a^d telephony 
networks are experiencing an unprecedented technological expansron, fueled by 

demid Wireless and mobile networking technologies have addressed related 
ZZ, demands, while providing more flexrbiUty and immedracy of informatron 



10 consumer 



transfer. 



15 



20 



current and future networking technologies continue to facilitate ease of 
information transfer and convenience to users. The proliferation of local, re.on.^^ 
global networks such as the Internet has availed a sea of informatton to soc.^. ^ese 
networking technologies have expanded to increasingly mclude wireless and mob.le 
lologiL Through these networks, information can be downloaded to desktop 
^ms, wireless systems, mobile systems, etc. For example, information — vta 
the internet can now be downloaded onto mobile wtreless units, such a. celluta 
teleptanes, personal digital assistants (PDAs), laptop computers, etc. One such 
« acilitating the tr^ter of Interne, content to and tom wireless devrces .s me 
"pplioaUon Protocol (WAP), which integrate Ure hrtemet and other ne^vor s 

network platfotms. Generally, WAP is a set of protc^ls that accounts for 
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eharacerisdcs and toctionaUty of both to,=n,e. standards and standards for w,re.« 
.„.es. ft is .dependent of w.e.e. networ. standards, and . d^rgned . an o^» 
,^^d. WAP bridges the gap between the wireUne hrtemet parad.^ and the wn.^s 
lain, to aUow wire.ess device .s.s to enjoy Ute b»ef.ts of the httemet across both 

""^Tecond generation wireless service, often referred to as 2G wireless service, is a 
current wireless service based on circnit-switched technology, to this regard. 20 
— such as Global System for Mobile commnnications (GSM) and Per^nM 
:^r^cati«as services (PCS, use digUal radio technology for hnproved <,ual,ty and a 
hLr range of services over f.t generaUon nroHle technolo.es. Third generatton 

J X «,irplps«! service, refers to a set ot digital 

wireless service, often referred to as 3G wireless service, ic 

rio.es that pronrises hnprovenrent. in capacUy. speed and efHciency b« 
new packet-based tran^ission methodologies between temrtaals and the netw rk. Users 
of 3G devices and networks will have a^ess to multimedia services such as v,de„-on- 
demand. video conferencing. fi>st web access and me t^nsfer. Existing and fhnne 
™ices are, and will continue to be. provided by network servrce operators who make 
se^ces and applicatrons available to mobile device users via the network 

One particular service feature currently available tor commnmcatmg mtormation 
1. a -^ush" feature (also taown as a "notiftcation" feature or "alert" feature). In a typtcal 
, CienLer model, a client requests a service or information torn a -er 

.spends in transmitting htfomration to the client. This is generally referred to as ^1 
tecLlogy. Where the client pulls the informaaon ^m the serv.. For examp..^^ 
a uniform Resource Locator (URL) at a client device which is then dtspatched to the 

server to retrieve the associated information is a pull tran^tron. 

h, co„.ast."pushnechno,ogy generally refer, to a means to transmt — n 

to one or more devices without a previous user action. Thus, there is no exphc. re,uest 
:„::ec,ientbeforeth.servertransmiuiUinformatton,andthereforepusht« 

e^tially includes server-initiated tr^sactions. Push technologies can be used m 
rition with various protocols and commnnication technologies. For example, some 
,0 Tpresentative push .echnolo.es .nclude Short Message Service (SMS). Wneless 
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taittation Protocol (SIP), as well as oth«.. ^^^.^^ 
^ accordance wiO. .he WAP push ~ ^ ^„^„, 

>. ■ ;.i..„r r«erver^ which sends a push message lo inc 
rtggered by a push .m«a»>r (server). parameters in ttre push 

u •^u;afrxr 51 <;ervice indication can oe ucuvwiv 
between a cUent and push initiator, a service 

..ere the contend of the service .nd.ca.on ma. e .^^^Z.. ,nd.catio„ 

'^-'"''"^Vr^riribedown.oadedfiom.hepushinitiatorto.hecUent. 

service .s accep.ed me ^ ^_ wireless 

For more information on the WAF pusn ar wAP 250- 

, P Pii«/i Architecture Overview, 

,„.ca«on 7^^^^^^^ ,,,, are incorporated hercn h, 

, PushArchOverview-2001U/U:> a,uio 

reference in its entirety. ^^^^^s 
Whereas.radiUonalpushtec.o.ogi..e.^^^^^ 

r: — of content ..m the push inrfator to the client (i.e., 

;0 interacuon to ~= * ^^^^^^ aelivery). And for vartous 

nser to explicitly accept me content at the download Urn. 

. a solution to me drawhac. of re,u.™g ^^^^^^^^ 

,5 content, service loading technologies, such as t^at '^^^^^^ ^.^^ 
aient to download content without end-user .nteracnon. 

>oa.ng allows cLents to ';^^X::Z^ „f me 
a push initiator pushes service load,ng content to 

3„.e loadhtg content, automaUcal, downl^ ^^^^^ L WAP 
■A *;fi^rihv the service loading content, for more 

— - - — W^less AppUca^on Pro,^. .omm, 
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Service Loadings WAP-168-ServiceLoad-20010731-a, the contents of which are 
incorporated herein by reference in its entirety. 

Although service loading technologies solve the drawback of requiring end-user 
interaction to receive content, such technologies also have drawbacks. In this regard, 
5 subscribed/non-subscribed push type services (e.g., e-mail) are prone to spamming. As 
well known, spamming generally refers to the receipt of unsolicited services, such as bulk 
email. Thus, it would be desirable to develop a system and method of pushing content to 
a client without end-user interaction, while reducing the likelihood of receiving 
unsolicited services or content. 

10 As is well known, many current techniques for downloading content over the air 

assume, at least to some extent, that such content is downloaded in one communication, 
or download, session. For example, current Open Mobile Alliance (OMA) techniques for 
dovmloading content in accordance with the Over the Air (OTA) protocol assume, at 
least to some extent, that such content is downloaded in one download session. However, 

15 if the client is downloading large content, the time to download the content typically 

increases, thus increasing the probability that the client will encounter some type of error 
or interruption in transmission during the download process. For example, end users can 
interrupt the transmission of downloaded content if such end users desire to utilize the 
client for an altemative purpose, such as to operate an application other than that 

20 receiving the content. Also, for example, an unexpected event, such as client error (e.g., 
dead battery, halt, crash, etc.) or network failure (e.g., out of the geographic coverage 
area, etc.) can interrupt the transmission of download content. 

Conventionally, when content is downloaded in a single download session, if an 
error or interruption in transmission occurs during the download process, the cUent must 

25 restart the download process to completely download the content. For example, if a 
client encounters an error or other interruption in downloading content having a size of 
thirty-two mega-bytes over a General Packet Radio Services (GPRS) network, the client 
typically must restart the download to receive the content, even if the client had already 
downloaded significant portion of the content before the error or interruption. Several 

30 techniques, such as File Transfer Protocol (FTP) techniques, have been developed to 
recover a download session that has encountered an error or interruption. Such 
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■ recover a dowrioad session that has 
^hta^ues, however, are tnere, ^^^^J l^^ ^ do not P=»i. 

enco^tered a network connectron error (.^ ^ 
.^.ryofdownioadsessionst^are^^^-^ ^^,^^^„,„^,,„3hingoon.enttoa 

desirable to develop a system and memo ^^^.^^,_^^„,^,Wmg 
.Uent without end-user interactron and ^.erm. 
™.Uol»dservic«oreonient,b»t.s«l.n-^^^ 

.onload session U-at has — ^ " , of providing fast 

,..des.rah,eCorsnchas,s»ma^^^^^.^,^^^^„,.ri^t 

authentication of a user desmng to rec^w^ ^ ,„ ,e capable of 

In addition, it would be desirao ,„ f„ fte content in the 

' " ^rrTeivins paid content without having to repay tor the 

faciliutmg a ^„,,„, ^counters aa error, 

event a download sesston of such c 

^hghtofthe foregoingbac.pound,»bod,m»^ ^^^^ 

provldeanimproveds.tem,me,hod— - 

;„.hed content. The system, tnethod and^.^ J ^ ^,.„^r 
lpresentinve„.ionarecapab.ofp^^^^^ 

i,,«r.t,on,whi,ered„cingthel^e^-^°^^ 

,„ to this regarf. --^^ T ^capable of authenticating one or more of a 
method a«l computer program product - ^ ,„er. 
p.h initiator, an origin server and -'^I technique. Advantageously, the 

Lh as in accordance with a toKe„-b^»^» 

system, mcmod ^ computer pro^» J~ „ ^ ,,rminal, 

,3 inlUator, origin server and/or content be^^ ^^^^^ By 
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In addition to being capable of pushing content to the terminal without user 
interaction, while reducing the likelihood of receiving unsohcited content, the system, 
method and computer program product of embodiments of the present invention can be 
capable of recovering a download session that has encountered a terminal error, as well 
5 as a network error. In this regard, received portions of download content can be stored in 
a non- volatile cache along with a download descriptor, information packets or the like 
that indicate the amount of download content and status of the download content. Thus, 
upon interruption of download of the content, the download descriptor and/or information 
packets can be utilized to determine the remaining portion of the content to complete 

10 download of the content such that the remaining portion can be downloaded. 

According to one aspect of the present invention, a system is provided for 
downloading pushed content. The system includes a terminal capable of receiving 
service loading content that identifies download content and has a digital signature. The 
terminal is capable of authenticating the service loading content based upon the digital 

15 signature, and if the service loading content is authenticated, pulling the download 

content to the terminal. For example, the terminal can be capable of verifying the digital 
signature with a public key to thereby authenticate the service loading content. In this 
regard, the system can also include a push initiator capable of digitally signing the service 
loading content with a private key associated with the public key, and thereafter 

20 transmitting the service loading content to the terminal. Irrespective of how the terminal 
authenticates the service loading content, however, the terminal is capable of 
authenticating the service loading content, and pulling the download content, in response 
to receiving the service loading content and independent of interaction firom a user of the 
terminal. 

25 In addition to the download content, the service loading content can identify an 

origin server associated with the download content. Thus, the system can also include the 
identified origin server. In such instances, the terminal can be capable of pulling the 
download content by sending a request for the download content to the origin server 
when the service loading content is authenticated, and thereafter receiving the download 

30 content fi-om the origin server in response to the request. More particularly, the terminal 
can be capable of receiving a download descriptor, and then the download content. Also, 
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the download content can comprise a plurality of data packets. In this regard, the 
terminal can be capable of determining if an interruption occurs in receiving the plurality 
of data packets such that the terminal receives less than the plurality of data packets of 
the download content. And if an interruption occurs in receiving the plurality of data 
5 packets, the terminal can be capable of recovering the download content such that the 
terminal receives the plurality of data packets without having to retransmit the data 
packets that had been successfully transmitted prior to the interruption. The terminal can 
further be capable of determining at least one remaining data packet to be received at the 
terminal to thereby complete reception of the plurality of data packets of the download 

10 content. The terminal can then instract the origin server to send the at least one 

remaining data packet, and thereafter receive the at least one remaining data packet such 
that the terminal receives the plurality of data packets. 

When the download content comprises a plurality of data packets, the terminal 
can be capable of receiving the plurality of data packets and receiving one or more 

15 information packets regarding one or more groups of one or more data packets. In such 
instances, the terminal can be capable of monitoring the received data packets to 
determine, based upon at least one information packet, if an interruption occurs in 
receiving the plurality of data packets such that the terminal receives less than the 
plurality of data packets of the download content. Then, if an interruption occurs in 

20 receiving the plurality of data packets, the terminal can be capable of recovering the 
download content such that the terminal receives the plurality of data packets without 
having to retransmit the data packets that had been successfully transmitted prior to the 
interruption. 

According to other aspects of the present invention, a method and computer 
25 program product are provided for downloading pushed content. Therefore, embodiments 
of the present invention provide an improved system, method and computer program 
product for downloading pushed content. In contrast to conventional techniques for 
pushing content to a terminal, the system, method and computer program product of 
embodiments of the present invention are capable of pushing content to a terminal 
30 without end-user interaction. Also in contrast to conventional techniques, the system, 
method and computer program product of embodiments of the present invention are 
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capable of pushing content to a terminal while reducing the likelihood of the terminal 
receiving unsolicited content, such as spamming content. And further in contrast to 
conventional techniques for downloading pushed content, the system, method and 
computer program product of embodiments of the present invention can be capable of 
5 recovering a download session that has encountered a terminal error, as well as a network 
error. Therefore, the terminal and associated system and method of embodiments of the 
present invention solve the problems identified by prior techniques and provide 
additional advantages. 

1 0 BRffiF DESCRIPTION OF THE DRAWINGS 

Having thus described the invention in general terms, reference will now be made 
to the accompanying drawings, which are not necessarily drawn to scale, and wherein: 

FIG. 1 is a schematic block diagram of a wireless communications system 
according to one embodiment of the present invention including a cellular network and a 
1 5 data network to which a terminal is bi-directionally coupled through wireless RF links; 

FIG. 2 is a schematic block diagram of an entity capable of operating as a 
terminal, push proxy/GTW, method proxy/GTW, push initiator and/or origin server, in 
accordance with embodiments of the present invention; 

FIG. 3 is a schematic block diagram of a mobile station that may operate as a 
20 terminal, according to embodiments of the present invention; 

FIG. 4 is a control flow diagram of elements of a system operating in accordance 
with a method for downloading pushed content, in accordance with embodiments of the 
present invention; 

FIG. 5 is a functional block diagram of a terminal downloading content firom an 
25 origin server; 

FIG. 6 is a control flow diagram of elements of a system operating in accordance 
with a method for recovering an interrupted download session, in accordance with 
embodiments of the present invention; and 

FIG. 7 illustrates download content broken down into a number of groups or 
30 blocks of one or more data packets with one or more information packets added to the 
packet stream, in accordance with embodiments of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 
The present invention now will be described more fully hereinafter with reference 
to the accompanying drawings, in which preferred embodiments of the invention are 
5 shown. This invention may, however, be embodied in many different forms and should 
not be construed as limited to the embodiments set forth herein; rather, these 
embodiments are provided so that this disclosure will be thorough and complete, and will 
fully convey the scope of the invention to those skilled in the art. Like numbers refer to 
like elements throughout. 

10 Referring to FIG. 1, an illustration of one type of terminal and system that would 

benefit from the present invention is provided. The system, terminal and method of the 
present invention will be primarily described in conjunction with mobile communications 
applications. It should be understood, however, that the system and method of the 
present invention can be utilized in conjunction with a variety of other applications, both 

15 in the mobile communications industries and outside of the mobile communications 

industries. For example, the system and method of the present invention can be utilized 
in conjunction with wireline and/or wireless network (e.g., Internet) applications. 

As shown, a terminal 10 can include an antenna 12 for transmitting signals to and 
for receiving signals from a base site or base station (BS) 14. The base station is a part of 

20 a cellular network that includes elements required to operate the network, such as a 

mobile switching center (MSG) 16. As well known to those skilled in the art, the cellular 
network may also be referred to as a Base Station/MSG/Interworking function (BMI). In 
operation, the MSG is capable of routing calls and messages to and from the terminal 
when the terminal is making and receiving calls. The MSG also provides a connection to 

25 landline trunks when the terminal is involved in a call. The MSG can be coupled to a 
server gateway (GTW), such as a Wireless Application Protocol (WAP) GTW. The 
WAP gateway can, in turn, include one or more gateways, such as a push proxy/GTW 18 
and a method proxy/GTW 20. 

The MSG 16 can be coupled to a data network, such as a local area network 

30 (LAN), a metropolitan area network (MAN), and/or a wide area network (WAN). The 
MSG can be coupled to the data network directly and/or indirectly via the WAN GTW 
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(e.g., via push proxy/GTW 18 and/or method proxy/GTW 20). In one typical 
embodiment, for example, the MSG is coupled to the WAN GTW, and the GTW is 
coupled to a WAN, such as the Internet 22. In turn, devices such as processing elements 
(e.g., personal computers, server computers or the like) can be coupled to the terminal 10 
5 via the Intemet. For example, as explained below, the processing elements can include 
one or more processing elements associated with a push initiator 24, as well as one or 
more processing elements associated with one or more origin servers 26, one of each 
being illustrated in FIG. 1 . 

In addition to the MSG 16, the BS 14 can be coupled to a signaling GPRS 

10 (General Packet Radio Service) support node (SGSN) 28. As known to those skilled in 
the art, the SGSN is typically capable of performing functions similar to the MSG 16 for 
packet switched services. The SGSN, like the MSG, can be coupled to a data network, 
such as the Intemet 22. The SGSN can be directly coupled to the data network. In a 
more typical embodiment, however, the SGSN is coupled to a packet-switched core 

15 network, such as a GPRS core network 33. The packet-switched core network is then 
coupled to another GTW, such as a GTW GPRS support node (GGSN) 30, and the 
GGSN is coupled to the Intemet. In addition to the GGSN, the packet-switched core 
network can also be coupled to a WAN GTW (e.g., push proxy/GTW 18 and/or method 
proxy/GTW 20). 

20 By coupling the SGSN 28 to the GPRS core network 33 and the GGSN 30, 

devices such as origin servers 26 can be coupled to the terminal 10 via the Intemet 22, 
SGSN and GGSN. In this regard, devices such as origin servers can communicate with 
the terminal across the SGSN, GPRS and GGSN. For example, origin servers can 
provide content to the terminal, such as in accordance with the Muhimedia Broadcast 

25 Multicast Service (MBMS). For more information on the MBMS, see Third Generation 
Partnership Project (3GPP) technical specification 3GPP TS 22.146, entitled: Multimedia 
Broadcast Multicast Service (MBMS), the contents of which are hereby incorporated by 
reference in its entirety. 

In addition to being coupled to the BS 14, the terminal 10 can be wirelessly 

30 coupled to one or more wireless access points (APs) 30. The APs can comprise access 
points configured to communicate in accordance techniques such as, for example, radio 
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frequency (RF), Bluetooth (BT), infrared (IrDA) or any of a number of different wireless 
networking techniques, including WLAN techniques. The APs may be coupled to the 
Internet 22. Like with the MSG 16, the APs can be directly coupled to the Internet. In 
one advantageous embodiment, however, the APs are indirectly coupled to the Internet 
5 via a WAP GTW, including a push proxy/GTW and/or method proxy/GTW. As will be 
appreciated, by directly or indirectly connecting the terminals and the push initiator 24, 
origin server 26, as well as any of a number of other devices, to the Internet, the terminals 
can communicate with the push initiator, origin server, etc., and with one another to 
thereby carry out various fimctions of the terminal, such as to transmit data, content or 
10 the like to, and/or receive content, data or the like from, the push initiator, origin server, 
etc. 

Further, the terminal 10 can additionally, or alternatively, be coupled to a digital 
broadcaster 34 via a digital broadcast network, such as a terrestrial digital video 
broadcasting (e.g., DVB-T, DVB-H, ISDB-T, ATSC, etc.) network. As will be 

1 5 appreciated, by directly or indirectly connecting the terminals and the digital broadcaster, 
the terminals can receive content, such as content for one or more television, radio and/or 
data channels, from the digital broadcaster. In this regard, the digital broadcaster can 
include, or be coupled to, a transmitter (TX) 36, such as a DVB-T TX. Similarly, the 
terminal can include a receiver, such as a DVB-T receiver (not shown). The terminal can 

20 be capable of receiving content from any of a number of different entities in any one or 
more of a different number of manners. In one embodiment, for example, the terminal 
can comprise a terminal 10' capable of transmitting and/or receiving data, content or the 
like in accordance with a DVB (e.g., DVB-T, DVB-H, etc.) technique as well as a 
cellular (e.g., IG, 2G, 2.5G, 3G, etc.) communication technique. In such an embodiment, 

25 the terminal 10' may include an antenna 12A for receiving content from the TX, and 
another antenna 12B for transmitting signals to and for receiving signals from a BS 14. 
For more information on such a terminal, see U.S. Patent Application No. 09/894,532, 
entitled: Receiver, filed June 29, 2001, the contents of which is incorporated herein by 
reference in its entirety. 

30 In addition to, or in lieu of, directly coupling the terminal 10 to the digital 

broadcaster 34 via the TX 36, the terminal can be coupled to a digital broadcast receiving 
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terminal 38 which, in turn, can be coupled to the digital broadcaster 34, such as directly 
and/or via the TX. In such instances, the digital broadcast receiving terminal can 
comprise a DVB-T receiver, such as a DVB-T receiver in the form of a set top box. The 
terminal can be locally coupled to the digital broadcast receiving terminal, such as via a 
5 personal area network. In one advantageous embodiment, however, the terminal can 
additionally or alternatively be indirectly coupled to the digital broadcast receiving 
terminal via the Internet 22. 

In accordance with a number of digital broadcasting techniques, such as DVB-T, 
Intemet Protocol (EP) Datacast (IPDC) can be utilized to provide audio, video and/or 

10 other content to terminals 10. In this regard, the digital broadcaster 34 can be capable of 
providing IP datacasting content to the terminal utilizing a digital broadcasting technique. 
As will be appreciated by those skilled in the art, digital broadcasting techniques such as 
DVB-T are essentially cellular in nature with a transmission site associated with each of a 
number of different cells. DVB-T, for example, uses MPEG-2 transport streams, and as 

1 5 such, IP data can be encapsulated into DVB transmission signals sent from the digital 
broadcaster, or more particularly the TX 36. Data streams including IP datagrams can be 
supplied from several sources, and can be encapsulated by an IP encapsulator (not 
shown). The IP encapsulator, in tum, can feed the encapsulated IP data streams into the 
data broadcasting (e.g., DVB-T) network. 

20 The encapsulated IP data streams can then be transported to one or more 

transmission sites, where the transmission sites form cells of the data broadcasting 
network. For example, the encapsulated IP data streams can be transported to one or 
more transmission sites on an MPEG-2 transport stream for subsequent transmission over 
the air directly to the terminals, or to a receiver station serving one or more terminals. As 

25 will be appreciated, the MPEG-2 transport stream, from production by the IP 

encapsulator, to reception by the terminals or the receiver station, is typically uni- 
directional in nature. In this regard, IP packets containing the data can be embedded in 
multi-protocol encapsulation (MPE) sections that are transported within transport stream 
packets. 

30 In addition to the IP packets, the MPE sections can also include forward error 

correction (FEC) information and time slicing information. By including information 
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such as time slicing information, data can be conveyed discontinuously with the receiver 
(e.g., terminal 10), being capable of saving battery power by switching off when no data 
is being transmitted to the receiver. Li other terms, in accordance with one time slicing 
technique, instead of using the current default method of continuous digital broadcasting 
5 (e.g., DVB-T) transmission, a time division multiplex-type of allocation technique can be 
employed (see, e.g., DVB-H standard). With such an approach, then, services can be 
provided in bursts, allowing a receiver to power down when the receiver is not receiving 
data, and allowing the receiver to power up to receive data packets, as necessary. 

Referring now to FIG. 2, a block diagram of an entity capable of operating as a 

10 terminal 10, push proxy/GTW 18, method proxy/GTW 20, push initiator 24 and/or origin 
server 26 is shown in accordance with one embodiment of the present invention. 
Although shown as separate entities, in some embodiments, one or more entities may 
support one or more of a terminal, push proxy/GTW, method proxy/GTW, push initiator 
and/or origin server, logically separated but co-located within the entit(ies). For example, 

15 a single entity may support a logically separate, but co-located, push proxy GTW with a 
method proxy/GTW. Also, for example, a single entity may support a logically separate, 
but co-located push initiator with an origin server. 

As shown, the entity capable of operating as a terminal 10, push proxy/GTW 18, 
method proxy/GTW 20, push initiator 24 and/or origin server 26 can generally include a 

20 processor 40connected to a memory 42 and an interface 44. The memory can comprise 
volatile and/or non- volatile memory, and typically includes software applications, 
instructions or the like for the processor to perform steps associated with operation of the 
entity in accordance with embodiments of the present invention. For example, as a 
terminal, the memory may include user or host applications such as a conventional Web 

25 browser for communicating in accordance with the hypertext transfer protocol (HTTP), a 
file transfer (e.g., FTP) appHcation, a Telnet application, a peer-to-peer access 
application, or the like. The memory may also include a software download agent 
capable of facilitating the complete download of content to the terminal, as described 
below. Additionally, as explained below, the memory may include non-volatile memory 

30 cache 42A for storage of incomplete downloaded content, and non-volatile memory 42B 
for storage of content, such as complete downloaded content. 
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Reference is now drawn to FIG. 3, which illustrates a functional diagram of a 
mobile station that may operate as a terminal 10, according to embodiments of the 
invention. It should be understood, that the mobile station illustrated and hereinafter 
described is merely illustrative of one type of terminal that would benefit from the 
5 present invention and, therefore, should not be taken to limit the scope of the present 
invention. While several embodiments of the mobile station are illustrated and will be 
hereinafter described for purposes of example, other types of mobile stations, such as 
portable digital assistants (PDAs), pagers, laptop computers and other types of voice and 
text communications systems, can readily employ the present invention. 

10 The mobile station includes a transmitter 44, a receiver 46, and a controller 48 

that provides signals to and receives signals from the transmitter and receiver, 
respectively. These signals include signaling information in accordance with the air 
interface standard of the applicable cellular system, and also user speech and/or user 
generated data. In this regard, the mobile station can be capable of operating with one or 

15 more air interface standards, communication protocols, modulation types, and access 
types. More particularly, the mobile station can be capable of operating in accordance 
with any of a number of first-generation (IG), second-generation (2G), 2.5G and/or third- 
generation (3G) communication protocols or the like. For example, the mobile station 
may be capable of operating in accordance with 2G wireless communication protocols 

20 IS-136 (TDMA), GSM, and IS-95 (CDMA). The mobile station can additionally or 
altematively be capable of operating in accordance with any of a number of different 
digital broadcasting techniques, such as the DVB technique (e.g., DVB-T, ETSI Standard 
EN 300 744). The mobile station can also be capable of operating in accordance with 
any of a number of different broadcast and/or multicast techniques, such as the MBMS 

25 technique (e.g., 3GPP TS 22. 146). Further, the mobile station can be capable of 

operating in accordance with ISDB-T (Japanese Terrestrial Integrated Service Digital 
Broadcasting), DAB (Digital Audio Broadcasting), ATSC (Advanced Television Systems 
Committee)techniques or the like. Some narrow-band AMPS (NAMPS), as well as 
TAGS, mobile terminals may also benefit from the teaching of this invention, as should 

30 dual or higher mode phones (e.g., digital/analog or TDMA/CDMA/analog phones). 
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It is understood that the controller 48 includes the circuitry required for 
implementing the audio and logic functions of the mobile station. For example, the 
controller may be comprised of a digital signal processor device, a microprocessor 
device, and various analog to digital converters, digital to analog converters, and other 
5 support circuits. The control and signal processing functions of the mobile station are 
allocated between these devices according to their respective capabilities. The controller 
thus also includes the functionality to convolutionally encode and interleave message and 
data prior to modulation and transmission. The controller can additionally include an 
internal voice coder (VC) 48 A, and may include an internal data modem (DM) 48B. 

10 Further, the controller may include the functionally to operate one or more softw£u-e 
applications, which may be stored in memory. 

The mobile station also comprises a user interface including a conventional 
earphone or speaker 50, a ringer 52, a microphone 54, a display 56, and a user input 
interface, all of which are coupled to the controller 48. The user input interface, which 

1 5 allows the mobile station to receive data, can comprise any of a number of devices 
allowing the mobile station to receive data, such as a keypad 58, a touch display (not 
shown) or other input device. Li embodiments including a keypad, the keypad includes 
the conventional numeric (0-9) and related keys (#, *), and other keys used for operating 
the mobile station. 

20 The mobile station can also include one or more means for local communication 

with one or more electronic devices, such as another terminal 10, an origin server 26, an 
AP 32, a digital broadcast receiving terminal 38, a digital broadcaster 34 or the like, in 
accordance with any of a number of different wireline and/or wireless techniques. For 
example, the mobile station can include a radio frequency (RF) transceiver 60 and/or an 

25 infrared (IR) transceiver 62 such that the mobile station can locally communicate in 
accordance with radio frequency and/or infrared techniques. Also, for example, the 
mobile station can include a Bluetooth (BT) transceiver 64 such that the mobile station 
can locally communicate in accordance with Bluetooth transfer techniques. Although not 
shown, the mobile station may additionally or alternatively be capable of transmitting 

30 and/or receiving data from electronic devices according to a number of different wireline 
and/or wireless networking techniques, including LAN and/or WLAN techniques. In this 
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regard, as shown in FIG. 1 with respect to terminal 10', the mobile station may include an 
additional antenna or the like to transmit and/or receive data from such electronic devices 
(e.g., digital broadcaster). 

The mobile station can further include memory, such as a subscriber identity 
5 module (SIM) 66, a removable user identity module (R-UIM) or the like, which typically 
stores information elements related to a mobile subscriber. In addition to the SIM, the 
mobile station can include other memory. In this regard, the mobile station can include 
volatile memory 68, such as volatile Random Access Memory (RAM) including a cache 
area for the temporary storage of data. The mobile station can also include other non- 

10 volatile memory 70, which can be embedded and/or may be removable. The non- volatile 
memory can additionally or altematively comprise an EEPROM, flash memory, hard disk 
or the like. The memories can store any of a nimiber of pieces of information, and data, 
used by the mobile station to implement the functions of the mobile station. For 
example, the memories may include user or host applications such as a conventional Web 

1 5 browser for communicating in accordance with the hypertext transfer protocol (HTTP), a 
file transfer (e.g., FTP) application, a Telnet application, a peer-to-peer access 
application, or the like. The memory may also include a software download agent 
capable of facilitating the complete download of content to the terminal, as described 
below. Additionally, as explained below, the non- volatile memory may include a cache 

20 (not shown) for storage of incomplete downloaded content. Further, non-volatile 

memory may include a portion for storage of other content, such as complete downloaded 
content. 

In accordance with embodiments of the present invention, the system is capable 
of operating in accordance with one or more push technologies. As explained above in 

25 the background section, conventional push technologies, such as that provided by the 
WAP push architecture, require client (or user of the client) interaction to effectuate the 
download of content from the push initiator to the client (i.e., end-user needs to accept the 
pushed content before the content delivery). And whereas conventional service loading 
technologies are capable of pushing content without end-user interaction, conventional 

30 service loading technologies are prone to spamming with respect to subscribed/non- 
subscribed push type services (e.g., e-mail). Embodiments of the present invention are 
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therefore capable of pushing content to a terminal 10 without end-user interaction, while 
reducing the likelihood of the terminal receiving unsolicited content. As used herein, 
content can refer to any of a number of different content, services or the like capable of 
being pushed or provided to, or otherwise received by, the terminal. 
5 More particularly, the terminal 10 of embodiments of the present invention is 

capable of authenticating one or more of a push initiator 24, origin server 26 and content 
pushed to the terminal from the origin server, such as in accordance with a token-based 
authentication technique. Advantageously, the terminal can be capable of authenticating 
the push initiator, origin server and/or content before the content is pushed to the 

10 terminal, typically from an origin server in accordance with a service loading technique. 
Thereafter, if the terminal has authenticated the push initiator, origin server and/or 
content, the terminal is capable of receiving the pushed content. If the terminal fails to 
authenticate the push initiator, origin server and/or content, however, the terminal can be 
capable of refiising to receive the pushed content. By requiring the terminal to 

1 5 authenticate the push initiator, origin server and/or content, and by pushing content to the 
terminal in accordance with a service loading technique when the terminal has 
authenticated the push initiator, origin server and/or content, the terminal is capable of 
receiving pushed content without end-user interaction, and while reducing the likelihood 
of the terminal receiving unsolicited (i.e., unauthorized) content. 

20 Reference is now made to FIG. 4, which illustrates a control flow diagram of 

various elements of the system performing a method of downloading pushed content to a 
terminal 10, in accordance with one embodiment of the present invention. As shown and 
described, the method includes authorizing a push initiator 24. It should be understood, 
however, that the method can additionally or alternatively include authenticating an 

25 origin server 26 providing content to the terminal and/or the provided content, without 
departing from the spirit and scope of the present invention. Also, as shown and 
described, the method includes authorizing the push initiator in accordance with a token- 
based authentication technique. It should also be understood, however, that the method 
can authenticate the push initiator (origin server, and/or provided content) in accordance 

30 with any of a number of different authentication techniques, such as any of a number of 
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different public or private key cryptography techniques, without departing from the spirit 
and scope of the present invention. 

As shown in FIG. 4, a method of downloading pushed content to a terminal 10 
includes the terminal sending a subscription request to a push initiator 24 to receive an 
5 authentication token or certificate, otherwise referred to as a public key. The subscription 
request can include any of a number of different pieces of information appropriate to 
request such a public key. In one embodiment, however, the subscription request 
includes an indication that the terminal desires to authenticate the push initiator such that 
the terminal receives pushed content initiated by the push initiator. In addition to such an 

10 indication, the subscription request can identify one or more origin servers 26 and/or 

content that the terminal desires to further authenticate prior to receipt of pushed content. 

Upon receipt of the subscription request, the push initiator 24 can respond by 
sending a public key to the terminal 10, where the public key is associated with the 
subscription request. The terminal can then store the public key, such as in memory 42, 

1 5 where the public key can be stored along with an association to the subscription request 
(such as in instances in which the terminal authorizes more than one push initiator). As 
will be appreciated by those skilled in the art, in addition to being associated with the 
subscription request (at the push initiator and/or terminal) the pubhc key also has an 
associated private key. In this regard, the push initiator maintains the private key in a 

20 private manner, but makes the public key (non-secret) key available to the terminal. As 
explained below, the push initiator can utiUze the private key to digitally sign data 
transmitted to the terminal. The terminal can thereafter verify such data as originating 
from the authenticated push initiator based upon the digital signature and the public key. 
At any point after the push initiator 24 sends the public key to the terminal 10, the 

25 push initiator can communicate with the terminal in accordance with a service loading 
architecture, such as the WAP service loading architecture, to thereby initiate content 
delivery to the terminal. In this regard, the push initiator can be capable of sending 
service loading content to a push proxy/GTW 18, such as in accordance with the Push 
Access Protocol (PAP), and instructing the push proxy/GTW to transmit the service 

30 loading content to the terminal 10. Before the push initiator sends the service loading 
content to the push proxy/GTW, however, the push initiator utilizes the private key to 
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digitally sign the service loading content, such as in accordance with any technique 
known to those skilled in the art. In addition to the digital signature, then, the service 
loading content typically includes a uniform resource identifier (URI) of content to be 
received by the terminal. 
5 As will be appreciated, in various instances, the push initiator 24, or another 

device, server or the like capable of controlling the push initiator, may maintain a 
restricted listing including one or more authorized origin servers 26 and/or authorized 
content, and/or one or more blocked origin servers and/or blocked content, for the 
terminal 10. In such instances, before the push initiator sends the service loading content 

10 to the push proxy/GTW 18, and before the push initiator digitally signs the service 
loading content, the restricted listing can be checked, such as by the push initiator or 
other device, server or the like maintaining the restricted listing to insure that the origin 
server and/or the content is authorized, and/or that the origin server and/or the content is 
not blocked. By checking the restricted listing, the push initiator can send the service 

15 loading content to the terminal if the service loading content, or more particularly the 
origin server and content identified by the service loading content, satisfies the restricted 
listing. 

Afler the push initiator sends the digitally signed service loading content, the 
terminal 1 0 can pull the content identified by the URI upon receipt of the digitally signed 

20 service loading content, and without user interaction. Before pulling the content, 

however, the terminal can, again without user interaction, automatically authenticate the 
service loading content by verifying the digital signature with the service loading content. 
In this regard, the terminal can use the public key the push initiator sent to the terminal to 
verify the digital signature. By verifying the digital signature, the terminal can verify that 

25 the service loading content originated at an authorized push initiator 24, and can verify 
that the service loading content identifies authorized content at an authorized origin 
server 26, if such were designated in the subscription request. 

If the terminal fails to authenticate the service loading content, such as by failing 
to verify the digital signature with the service loading content, the terminal 10 can 

30 respond in any of a number of different manners. For example, the terminal can cease 
communication with the push proxy/GTW 18. Additionally, or altematively, the terminal 
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can notify the push initiator 24, push proxy/GTW and/or the user of the terminal that the 
terminal failed to verify received service loading content, and if so desired, that the 
failure may be due to spamming of the terminal. 

If the terminal 10 successfully authenticates the service loading content by 
5 verifying the digital signatiire with the service loading content, the terminal can pull or 
otherwise download the content identified in the service loading content. In this regard, 
the terminal can commxmicate with the method proxy/GTW 20, such as in accordance 
with the Wireless Session Protocol (WSP). More particularly the terminal can instruct 
the method proxy/GTW to request the content identified by the URI fi-om the origin 

10 server 26 (also identified by the URI) associated with or otherwise controlling access to 
the identified content. In tum, the method proxy/GTW can communicate with the origin 
server, such as in accordance with the Hypertext Transfer Protocol (HTTP), to request the 
identified content. Upon receipt of the request for the identified content, the origin server 
can respond by sending the identified content to the method proxy/GTW, such as in 

15 accordance with the Wireless Markup Language (WML). The method proxy/GTW can 
then forward the identified content to the terminal. 

As explained in the background section, if the terminal 10 is downloading large 
content, such as from the origin server 26 (via the method proxy/GTW 20) the time to 
download the content typically increases, thus increasing the probability that the terminal 

20 will encounter some type of error or interruption in transmission during the download 

process. Conventionally, when content is downloaded in a single download session, if an 
error or interruption in transmission occurs during the download process, the terminal 
must restart the download process to completely download the content. Thus, 
embodiments of the present invention may be capable of not only pushing content to a 

25 client without end-user interaction and while reducing the likelihood of receiving 

unsolicited services or content, but also be capable of recovering a download session that 
has encountered a terminal error, as well as a network error. 

As described herein, the system can be capable of recovering a download session 
between an origin server 26 and the terminal 10 via the method proxy/GTW 20. It should 

30 be understood, however, that the system can be capable of recovering a download session 
between the terminal and any other device, server or the like capable of communicating 
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with the terminal, without departing from the spirit and scope of the present invention. 
For example, the system can be capable of recovering a download session between the 
terminal and an origin server, download server, digital broadcaster 34 (see FIG. 1) or the 
like. It should also be understood that the system can be capable of recovering a 
5 download session between the terminal and any other device, where the downloaded 
content comprises any one or more of point-to-point, unicast, multicast and broadcast 
content. 

Reference is now drawn to FIG. 5, which illustrates a functional block diagram of 
a terminal 10 downloading content from an origin server 26, in accordance with one 

10 advantageous embodiment of the present invention. As shown, the terminal is capable of 
operating an application 72, such as a conventional Web browser, which is capable of 
receiving content 74, such as in accordance with HTTP. The terminal is also capable of 
operating a download agent 76, which is capable of delivering content to the application. 
In this regard, the download agent is typically capable of accessing content storage 78 

15 (e.g., FIG. 3, storage 42B) and an incomplete download content storage 80 (e.g., FIG. 3, 
cache 42A), where the incomplete download content storage of one advantageous 
embodiment comprises non- volatile memory. 

As explained in ftirther detail below, in accordance with one embodiment of the 
present invention, a modified Open Mobile Alliance (OMA) download Over-The-Air 

20 (OTA) session is utilized employed for download recovery. For more information on the 
OMA OTA architecture, see Open Mobile Alliance, Generic Content Download Over the 
Air, OMA-Download-OTA-vl_0-20030221-C, the contents of which are incorporated 
herein by reference in its entirety. 

With reference to the control flow diagram of FIG. 6, a method of download 

25 recovery in accordance with one embodiment of the present invention generally includes 
the terminal 10 accessing the origin server 26, such as via the method proxy/GTW 20, to 
download content 74 from the origin server. If so desired, as the terminal accesses the 
origin server, the terminal can be authenticated to the origin server, such as in accordance 
with any of a number of different manners. Also, as the terminal accesses the origin 

30 server, the terminal can access content associated with or otherwise controlled by the 
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origin server using an application 72 to download content, and identify the content to be 
downloaded. 

To download content 74 from the origin server 26, the application 72 can send a 
request for the content to the download agent 76, such as by sending a GetContent 
5 message to the download agent. In turn, the download agent can send the request for 
content (e.g., the GetContent message) to the origin server. Upon receipt of the content 
request, the origin server can send a download descriptor 82 to the terminal 10. The 
download agent can receive the download descriptor, and thereafter store the download 
descriptor in the incomplete download storage 80. The download descriptor can include 

10 any of a number of different pieces of information to facilitate the terminal in 

downloading the requested content, but in one embodiment, the download descriptor 
includes attributes such as size of the requested content and a uniform resource identifier 
(URI) of a location from which to retrieve the content. Additionally, the download 
descriptor can include information regarding a preferred time, place and technology for 

15 use in downloading the requested content. 

After receiving the download descriptor 82, the download agent 76 can instruct 
the origin server 26 to thereby retrieve the requested content 74, such as by sending a 
GetMediaObject instruction to the URI specified in the download descriptor 82. Upon 
receipt of the instruction from the download agent, the origin server can send the 

20 requested content to the terminal 10, or more particularly to the download agent. In this 
regard, the content can be sent from the origin server to the download agent in a number 
of content data packets 74i, 742, . . . 74n. The download agent can then store each packet 
in the incomplete download storage 80 as the download agent receives each packet. As 
will be appreciated, the origin server can send the content to the download agent across a 

25 uni-directional or bi-directional network. And as will also be appreciated, the origin 
server can send the content independent of the terminal requesting, receiving or using a 
public key, such as in a manner described above with respect to FIG. 4. 

During the download session, between groups or blocks 84 of one or more 
packets, an information packet can be added to the packet stream, as shown in FIG. 7. In 

30 this regard, download agent 76 can receive and thereafter store each information packet, 
such as in the incomplete download storage 80, to facilitate download recovery. Each 
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information packet can generally include information as to the number of packets in a 
block of packets the download agent is expected to receive before a subsequent 
information packet or other information relating to the packets, such as a sequence of one 
or more cyclic redundancy codes (CRC's). Alternatively, each information packet can 
5 include information as to the number of packets in the block of packets the download 
agent should have received after a previous information packet or other information 
relating to the packets. In addition to information regarding a number of packets in the 
block of packets before or after the information packet, each information packet can 
include information (e.g., sequence of packet CRC's) uniquely describing the packets 

10 before or after the information packet, as well as one or more identifiers identifying the 
terminal 10, the information packet, requested content and/or the download session. 

In accordance with various protocols, such as the User Datagram Protocol (UDP), 
packets may arrive at the download agent 76 in an order different from the order the 
origin server 26 transmitted the packets. Conventionally, however, packets in accordance 

1 5 with protocols such as UDP do not include information relating to the sequence of the 
packets or the total number of data packets comprise the requested content. Thus, in 
addition to the number of packets in a block of packets before or after an information 
packet, each information packet can include an identifier that identifies placement of the 
respective data packet in relation to the other data packets of the content. Alternatively, 

20 each information packet can include a table uniquely identifying the block of packets 
before or after the respective information packet, each of the packets referenced by the 
respective information packet, and the correct order of the packets. For example, each 
information packet can include a table including the CRC's or other uniquely describing 
data fields of the packets in the block of packets before or after the respective information 

25 packet. By directly or indirectly identifying the order of the data packets, the download 
agent can subsequently order the packets in the same order that the origin server 
transmitted the packets. 

As will be appreciated, the blocks of packet(s) can each include the same number 
of packets, or the number of packets in each block of packet(s) can vary from block to 

30 block. As will also be appreciated, in instances in which the blocks of packet(s) include 
the same number of packets, an information packet may, but need not, be sent only once 
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at the beginning of the download session. In addition, although the origin server 26 can 
include information packets between blocks of data packet(s), the information otherwise 
included in the information packets can alternatively be added to one or more of the data 
packets. Further, as explained above, download agent 76 can receive and thereafter store 
5 each information packet to facilitate download recovery. However, the download agent, 
need not maintain all of the received information packets in storage. For example, the 
dovmload agent can be configured to store only one or more of the latest received 
information packets. 

During the download session, then, the download agent 76 can utilize the 

10 information packets to monitor the received data packets. More particularly, the 

download agent can monitor the received data packets to track the number and accuracy 
of the received packets, blocks of packet(s) or portion of the requested content. In this 
regard, the number of received packets, blocks of packet(s) or portion of the requested 
content can be compared to an identified number of packets in or size of the requested 

15 content at any one or more points during the download session. The accuracy of the 
received packets, blocks of packet(s) or portion of the requested content can be verified 
in any of a number of different manners, such as by utilizing CRC data in each of the 
packets. Similarly, a CRC or any other characteristic of accuracy can be included in each 
transmitted packet, block of packet(s) or portion of the requested content. 

20 By tracking the number and accuracy of the received packets, the download agent 

76 can identify if, and when, a download session has experienced an interruption. In this 
regard, an interruption in the download session can be identified in any of a number of 
different manners. For example, the download session can be regarded as interrupted if 
the total number of received packets, blocks of packet(s) or portion of the requested 

25 content, which can generally be identified by the download descriptor 72 and/or one or 
more information packets, does not equal the total number of received packets, blocks of 
packet(s) or size of the requested content when the download session ends or is 
terminated. Also, the downloaded session can be regarded as interrupted if the number of 
erroneously received packets exceeds a predetermined number of packets when the 

30 download session ends or is terminated, where the predetermined number of packets can 
be dependent on the type of the downloaded content (absolute number or relative) when 
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the download session ends. In addition, the download session can be regarded as 
interrupted if a user of the terminal 10 terminates the download session, or if the 
download session is terminated by the terminal (e.g. due to power failure). 

Presume that an interruption occurs during download of the requested content 74, 
5 such as during transmission of a third packet. Following the interruption, the terminal 10, 
or more particularly the download agent 76, can re-establish communication with the 
origin server 26, and again be authenticated, if so desired. In this regard, the interruption 
can be signaled to the origin server. If the interruption is due to power failure or due to 
any other instance in which the terminal cannot re-establish communication with the 

10 origin server, however, data that can facilitate recovery of the download session, such as 
one or more information packets and/or the download descriptor 82, can remain in the 
incomplete download storage 80 such that communication can be re-established at a 
subsequent time when the terminal is capable of re-estabhshing communication and the 
user of the terminal desires to recover the download. 

1 5 After interruption of the download, such as after re-establishing communication 

with the origin server, the download agent can retrieve the download descriptor 82 and 
one or more information packets from the incomplete download storage 80, From the 
download descriptor and a list of the complete packets stored in the incomplete download 
storage, which can be determined directly or from the information packet(s), it can be 

20 established the packets that need to be downloaded to complete the download of the 
requested content. In this regard, the application 72 can request a list of the complete 
packets stored in the incomplete download storage, such as by sending a 
GetlnterruptedDLO message to the download agent. And upon receipt of the request 
from the application, the download agent can send a list of the complete packets to the 

25 application. 

After determining how much of the download has been completed, the download 
agent 76 can be instructed to recover the interrupted packet, as well as the remaining 
packets to be sent to the terminal 10 to complete the download of the content. In this 
regard, the application can send an instruction, such as a resume download message, to 
30 the download agent to thereby instruct the download agent to recover the interrupted 
packet and download the remaining packets. In turn, the download agent can send an 
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instruction, such as a resume download message, the origin server. In this regard, the 
instruction can specify a session identifier identifying a download session to the origin 
server, an object identifier identifying the requested content, and/or a pointer to the 
interrupted packet. The instruction can also include an identifier identifying the terminal, 
5 and/or a description of a cause for the interruption. 

Upon receipt of the instruction from the terminal 10, or more particularly the 
download agent 76, the origin server can send the interrupted packet, as well as the 
remaining packets of the requested content 74, to the download agent. As before, upon 
receipt of the packets, the download agent can store the packets in the incomplete 

10 download storage 80. Then, after the download agent has received all of the packets of 
the requested content, the download agent can, but need not, send a message to the origin 
server to indicate that the download has been successfully completed. The download 
agent can also transfer the requested content from the incomplete download storage to the 
content storage 78, and notify the application 72 that the content has been successfully 

1 5 downloaded. Thereafter, the application can utilize the content, as desired, and can notify 
a user of the terminal that the content download has been completed. 

According to one aspect of the present invention, all or a portion of the system of 
the present invention, such as all or portions of the terminal 10, push initiator 24, and/or 
origin server 26, generally operates under control of a computer program product (e.g., 

20 download agent 76). The computer program product for performing the methods of 
embodiments of the present invention includes a computer-readable storage medium, 
such as the non-volatile storage medium, and computer-readable program code portions, 
such as a series of computer instructions, embodied in the computer-readable storage 
medium. 

25 In this regard, FIGS. 4 and 6 are control flow diagrams of methods, systems and 

program products according to the invention. It will be understood that each block or 
step of the control flow diagrams, and combinations of blocks in the control flow 
diagrams, can be implemented by computer program instructions. These computer 
program instructions may be loaded onto a computer or other programmable apparatus to 

30 produce a machine, such that the instructions which execute on the computer or other 
programmable apparatus create means for implementing the functions specified in the 
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control flow diagrams block(s) or step(s). These computer program instructions may also 
be stored in a computer-readable memory that can direct a computer or other 
programmable apparatus to function in a particular manner, such that the instructions 
stored in the computer-readable memory produce an article of manufacture including 
5 instruction means which implement the function specified in the control flow diagrams 
block(s) or step(s). The computer program instructions may also be loaded onto a 
computer or other programmable apparatus to cause a series of operational steps to be 
performed on the computer or other programmable apparatus to produce a computer 
implemented process such that the instructions which execute on the computer or other 

10 programmable apparatus provide steps for implementing the functions specified in the 
control flow diagrams block(s) or step(s). 

Accordingly, blocks or steps of the control flow diagrams support combinations 
of means for performing the specified functions, combinations of steps for performing the 
specified functions and program instruction means for performing the specified functions. 

15 It will also be understood that each block or step of the control flow diagrams, and 
combinations of blocks or steps in the control flow diagrams, can be implemented by 
special purpose hardware-based computer systems which perform the specified functions 
or steps, or combinations of special purpose hardware and computer instructions. 

Many modifications and other embodiments of the invention will come to mind to 

20 one skilled in the art to which this invention pertains having the benefit of the teachings 
presented in the foregoing descriptions and the associated drawings. Therefore, it is to be 
understood that the invention is not to be limited to the specific embodiments disclosed 
and that modifications and other embodiments are intended to be included within the 
scope of the appended claims. Although specific terms are employed herein, they are 

25 used in a generic and descriptive sense only and not for purposes of limitation. 
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